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METHOD FOR AUTOMATICALLY CONSTRUCTING A 
5 COMMAND INTERFACE 

FIFLD AND BACKGROUND OF THE INVENTION 

The present invention relates to a method for constructing an interface 
for a network device and/or set of network elements for operation by a 
10 human user, and in particular, for such a method in which the interface is at 
least semi-automatically constructed by a software program, thereby 
significantly reducing the amount of intervention required by a human 
programmer. 

Local area networks (LAN) are widely used for communication 
15 between computers which are relatively physically close to each other, or 
"local". Depending upon the type of network protocol according to which 
network traffic is directed, various types of hardware devices are used to 
physically connect each computer to a transport medium, such as a wire. The 
computers can then communicate by exchanging data. For example, in a 
20 client-server system, a plurality of clients could request services from a 

server. In order for the devices on a LAN to communicate with computers or 
other devices which are physically farther away, the LAN must be connected 
to a WAN (wide area network), the Internet or some other type of network. 
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All of these connections require specialized hardware devices, known 
as network elements. These network elements must be recognized and 
managed by network management systems. The interaction of the user with 
such complex systems requires the user to select and execute commands in a 
5 logical manner, such that values for parameters for each command are 

permissible and such that the commands themselves are executed in an order 
which is both logical and suitable for the complex system. Therefore, the 
user must be presented with a GUI (graphical user interface) which only 
enables permitted commands to be selected, and which prevents the user 
10 from entering forbidden and/or illogical values for the parameters for each 
command. 

According to the background art, each such interface must be 
designed and implemented manually, by a human programmer. However, 
this solution is very time consuming and tedious, as it requires substantially 

1 5 all of the work of implementation to be performed by the human 

programmer. Furthermore, adding new commands to such a manually 
constructed interface is a difficult and time consuming process, as these new 
commands must also be added manually. 

Figure 1 shows an exemplary GUI for operating a particularly 

20 complex network element system, known as a T::DAX® digital cross 
connect. The T::DAX® digital cross-connect device is like a switch. 
According to one functionality thereof, an incoming signal is received from 
a so-called "from port", and an outgoing signal is transmitted through a 
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so-called "to port". The cross-connect must be defined in order to pass the 
signal from the "from port" to the "to port". The number of elements in a 
typical T::DAX® digital cross-connect is very large, even up to thousands of 
network elements, such that manual operation of the associated commands is 
5 extremely difficult and in some cases almost impossible. Therefore, a GUI 
(graphical user interface) is required in order to assist the user to manage the 
operation of the T::DAX® digital cross-connect. 

According to the background art, a GUI 10 enables the user to select a 
type of network element 12, a location of the element 14 and a type of 

10 operation 16. Once these choices have been made, then the user may select 
one of a plurality of commands from a command menu 18. After selecting 
the command, the user then must enter values for various parameters in a 
parameter entry sub-window 20, shown here with a mixture of check boxes, 
pull-down menus and manual entry boxes, it being understood that the 

15 mixture of elements for entering parameter values would clearly depend 
upon the parameters themselves. 

The significant drawback of background art methods for constructing 
GUI 10 is that parameter entry sub- window 20 has to be built separately and 
manually for each command, clearly a repetitive and tedious task. 

20 Furthermore, each type of operation 16 must be programmed separately. 
Since these tasks are repetitive, a significant amount of time is wasted for 
constructing GUI 10. 

A more useful solution would be generic to commands for any 
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complex system, and would be built in a modular fashion, such that new 
commands could be easily accommodated. At the minimum, such a solution 
would enable at least a portion of the interface to be constructed 
automatically, thereby reducing the amount of work required for the human 

5 programmer. Furthermore, the solution would also organize the commands, 
thereby producing a GUI display which is simpler to use, as only relevant 
and suitable commands would be displayed to the user in each screen. 
Unfortunately, such a solution is not currently available. 

Therefore, there is an unmet need for, and it would be highly useful to 

10 have, a method for automatically constructing a GUI for interacting with a 
complex system, which is able to parse information concerning each 
individual command and to determine the logical relationships between 
commands, and which is therefore more efficient. 

15 SUMMARY OF THE INVENTION 

The method of the present invention enables an interface for operating 
a complex network system to be automatically constructed, by constructing a 
screen for each command. The commands are read from a command file. 
Additional files specify the relationships between commands, including 

20 commands which can be performed for each operation; values which are 

excluded and which therefore cannot be entered by the user; related help files 
for providing assistance to the user concerning these commands; parameter 
names which are network elements; and at least one command file 
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concerning specific information for each command. These files are fed into 
a parser, which generates at least one metafile for specifying the structure of 
the GUI (graphical user interface) to be generated for each command. The 
interfaces are then linked to form the overall interface for the plurality of 
5 commands. Thus, the method of the present invention enables an interface 
for a complex system to be generated from a plurality of modular command 
interfaces. 

According to the present invention, there is provided a method for 
automatically generating an interface software program for entering a 
1 0 plurality of commands for operating a complex system by a user, the 
complex system featuring a plurality of components each supporting a 
sub-plurality of the commands, the steps of the method comprising: 

(a) providing a component interface for each of the plurality of 
components, the component interface including a command description of 

1 5 each of the corresponding sub-plurality of commands, including a description 
of each parameter for each command; 

(b) parsing the command description from the component interface to 
form a description of a command interface for each command for display to 
the user; 

20 (c) building the command interface for each command; and 

(d) creating the interface software program for displaying the 
command interface for each command to the user. 

It should be noted that step (a) may be considered as a step of 
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obtaining a ready "modular" component interface being suitable for 
combining with other "modular" component interfaces (for example, if all 
the components are network elements with TL1 interfaces). In such a module 
interface, relationship between the commands and the components, as well as 
5 between the commands and operations is known in advance. 

However, if at least one component of the complex system does not 
have a suitable component interface, step (a) should comprise the following 
sub-steps for creating module interfaces for such components: 

(i) providing a command description of each command supported by 
10 any such component; 

(ii) providing a relationship between each said command and each of 
such components. 

Hereinafter, the term "file" describes a particular set of data which is 
not necessarily present as a physically separate file or other data storage unit, 

15 but which is described as a file for the sake of convenience. 

Hereinafter, the term "computing platform" refers to a particular 
computer hardware system or to a particular software operating system. 
Examples of such hardware systems include those with any type of suitable 
data processor, such as a computer. Hereinafter, the term "computer" 

20 includes, but is not limited to, personal computers (PC) having an operating 
system such as DOS, Windows™, OS/2™ or Linux; Macintosh™ computers; 
computers having JAVA™-OS as the operating system; and graphical 
workstations such as the computers of Sun Microsystems™ and Silicon 
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Graphics™, and other computers having some version of the UNIX operating 
system such as AIX™ or SOLARIS™ of Sun Microsystems™; a PalmPilot™, 
a PilotPC™, or any other handheld device; or any other known and available 
operating system. Hereinafter, the term "Windows™" includes but is not 
5 limited to Windows95™, Windows 3.x™ in which "x" is an integer such as 
"1", Windows NT™, Windows98™, Windows CE™ and any upgraded 
versions of these operating systems by Microsoft Corp. (USA). 

For the present invention, a software application could be written in 
substantially any suitable programming language, which could easily be 

10 selected by one of ordinary skill in the art. The programming language 
chosen should be compatible with the computer according to which the 
software application is executed. Examples of suitable programming 
languages include, but are not limited to, C, C++ and Java. Furthermore, the 
functions of the present invention, when described as a series of steps for a 

15 method, could be implemented as a series of software instructions for being 
operated by a data processor, such that the present invention could be 
implemented as software, firmware or hardware. 

BRIEF DESCRIPTION OF THE DRAWINGS 
20 The invention is herein described, by way of example only, with 

reference to the accompanying drawings, wherein: 

FIG. 1 is an illustrative background an GUI (graphical user interface) 
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for executing a plurality of commands for controlling a complex system; and 

FIG. 2 is a flowchart of an exemplary method for constructing an 
interface according to the present invention. 

5 DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The method of the present invention enables a command interface for 
a network element to be automatically constructed from a modular command 
description, such that interlinking command interfaces can be created from a 
plurality of command descriptions. Since each command description is 

10 modular, interfaces for new commands can be easily added and integrated 
into an existing system of interfaces for interacting with the network element. 
The method of the present invention enables a set of interfaces to be more 
easily constructed and updated for a complex system such as a T::DAX® 
digital cross-connect. Furthermore, these interfaces present commands 

15 grouped in a logical manner, such that each interface only shows the user 
commands which are available at each stage of the interaction, thereby 
simplifying the complexity of the management of these commands. Thus, 
the method of the present invention enables a set of interfaces to be 
automatically created and updated, which both simplifies the task of 

20 programming these interfaces and of operating the interfaces once they have 
been created. 

According to one embodiment of the present invention, if each 
component interface for a particular network element, or component, is able 
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to interact with other such component interfaces, then the GUI system may 
be built from such component interfaces. Each component interface includes 
a command description of each of the plurality of commands. One example 
of such component interfaces which are suitable as modular building blocks 
5 is the TL1 type of interface. 

Alternatively, if the component interfaces are either not available or 
else are not suitable as modular building blocks, then the GUI system is built 
by determining both the command description for each command and the 
relationship between commands, without reliance upon the component 

10 interfaces. 

There is, of course, yet another and most practical option which 
constitutes a combination of the two above versions and comprises 
partially building the GUI system with respect to a part of the components 
from their component interfaces if readily available and suitable, and 

15 thereupon 

completing the GUI system by determining the command description for 
each command and the relationship between commands and components 
with respect to the remaining components. 

The principles and operation of the present invention may be better 
20 understood with reference to the drawings and the accompanying description. 

Referring now to the drawings, Figure 2 is a flowchart of an 
exemplary method for creating a set of interfaces for executing a plurality of 
commands. This set of interfaces is also referred to herein as the "resultant 
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GUI". The method is explained with regard to a T::DAX® digital cross 
connect, the resultant background art GUI for which is shown and described 
above with regard to Figure 1 , it being understood that this is for the 
purposes of description only and is not meant to be limiting in any way, as 
5 the method of the present invention would be suitable for operation with any 
complex system containing a plurality of commands. 

As shown, in step 1 , a command file is created. The command file 
contains information concerning at least one command, although preferably 
information concerning a plurality of commands is contained in the 

10 command file. The command file contains a description of the parameters 
for each command, default values for each parameter, and a range of 
permissible values for each parameter. If the command file includes 
information for only one command, then a plurality of command files must 
be created, one for each command or group of commands. The description 

1 5 of each parameter should also include the type of values expected for entry 
by the user, such as binary (off/on), a character string, a number or other 
description of the command parameter values. 

In step 2, at least one overall system file is created, which defines 
relationships between different features of the system. Preferably, a plurality 

20 of separate system files are created, although as previously noted, each 
separate "file" describes a particular set of data which is not necessarily 
stored in a physically separate file or other physical data storage unit. 
Rather, a plurality of sets of data could be concatenated into a single physical 
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data storage unit, such as a single file for example. Each overall system file 
may be created manually, preferably with the assistance of a software 
program for file creation. 

One such overall system file is a list of operations and commands 
5 which are permitted for each component of the complex system. For 

example, for a T::DAX® cross connect, each component would be a network 
element. In addition, this component file preferably also includes a 
description of the relationships between the commands and the operations, 
such that for each operation, a set of at least one permitted command is 

1 0 described- Preferably, the component file also includes a "security gate", or 
description of the security clearance which a user must have in order to 
execute each command for each component. 

The next preferred overall system file is an excluded values file, 
which lists values which are neither shown as choices to the user through the 

15 resultant GUI, nor are these values accepted from the user from the resultant 
GUI. These excluded values are typically commands or values for 
debugging the resultant GUI and/or the operation of a component within the 
complex system. More preferably, the list of excluded values optionally 
decreases the number of permitted values from those given in the command 

20 file. 

Another preferred overall system file is a list of help files, for 
providing assistance to the user for each command. Preferably, a help file is 
listed for each command and for each element type. More preferably, the 
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help file is made accessible to the user through the resultant GUI once a 
command is highlighted or otherwise indicated, by clicking or otherwise 
selecting an appropriate GUI element. Most preferably, a separate help file 
or at least separate help file information is provided for each combination of 
5 a network element type and a command. 

Yet another preferred overall system file is a network elements file, 
which contains a list of parameter values which are actually network 
elements. The network elements file is created manually, as for the other 
overall system files. 

1 0 In step 3, the overall system files and the command file are parsed in 

order to generate at least one, and preferably a plurality of, separate 
metafiles. The first such metafile is a GUI builder metafile. A GUI builder 
is a software program which creates a GUI from input information and which 
is known in the art. The GUI builder metafile is preferably suitable for 

15 interaction with a commercially available GUI builder software program, 
such as ILOG View™ (ILOG SA, France). The GUI builder metafile 
preferably features information for one command, in which groups of 
acceptable parameters and other information is given. More preferably, these 
groups of acceptable parameters are organized into blocks, with each block 

20 being identified as either a parameter or a network element type. The 

identification of each block is most preferably performed according to the 
information contained in the network elements file, as previously described. 
The GUI builder file is an input file to a specialized program for building 
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ILOG screens, such as a commercially available GUI builder software 
program, as previously described. 

The second such metafile is a GUI application file for generating the 
underlying application for actually operating the GUI. The GUI application 
5 file contains the supported types of network elements for each command, 
preferably separated by category of command. 

In addition, the GUI application file preferably has a list of parameters 
which may be manipulated by the user through the resultant GUI when the 
underlying application is being operated by the computer, or "running". The 
10 GUI application file is very similar to the previously described GUI builder 
metafile, except that the GUI application file includes the parameters and 
values for each command. These parameters are the fields displayed in the 
resultant GUI. 

Preferably, each parameter is described with the name and type of 
1 5 parameter, optionally the block to which the parameter belongs if this is 
applicable, a default value for the parameter, and a description of the 
permissible values for the parameter. The description of the permissible 
values is optionally given either as minimum and maximum values for a 
numerically valued parameter, or alternatively as a list of names of 
20 acceptable values for a character string. 

Preferably, the step of parsing the GUI application file includes the 
step of converting the organized text layout to header files for an underlying 
generic software program which actually runs the GUI system. These header 



WO 01/38969 PCT/ILOO/00769 

14 

files are created by the software program incorporating the method of the 
present invention, and are built from the GUI application metafile. The 
header files are then read by the underlying software program for operating 
the resultant GUJ. This step is preferred since it enables generic software to 
5 be reused for many different GUI systems. 

Each header file preferably includes a list of the different types of 
network elements, or other components of the complex system such as the 
T::DAX® digital cross connect; a relationship between each type of element 
and a category of commands, a list of commands with a description of each 

1 0 command; a list of parameters for each command; and a security gate, which 
is security information for each command. 

In step 4, a predefined template for creating the GUI is supplied. This 
predefined template preferably features the names of the fields of parameter 
values which are entered by the user, such as "from:" and "to:", as well as 

15 the basic layout of the GUI elements. In addition, the predefined template 
also includes words for describing each command, such as "RTRV-CRS". 
The words which are displayed are more preferably stored in a Data 
Dictionary, thereby enabling the user to change the words to be displayed. 
For example, the words for the command "RTRV-CRS" could be changed to 

20 display "Retrieve CRS". Furthermore, at run time preferably the list of 
network elements which are addressable is optionally and preferably 
displayed, thereby enabling the user to separately perform a command on a 
single network element in the system. 
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The actual, full T::DAX command name is RTRV-CRS-element type, 
such that if the element type is El, then the command is given as 
"RTRV-CRS-El", and so forth. The element type is displayed in the 
resultant GUI, with the command name. However, for clarity, optionally the 
5 "elementType" field is not displayed with the command name itself, but 
rather in a separate display. 

In step 5, a GUI software program which is specific for operating the 
GUI system is created. The GUI software program receives the header file 
for each command, created as described above, in order to operate the GUI 

10 for each command. 

Thus, the method of the present invention overcomes the limitations 
of the background art methods, by enabling a set of interfaces to be 
automatically created as a GUI system for operating a complex system such 
as a T::DAX® digital cross connect, as well as for all devices which use the 

15 TL1 interface. In order to be adapted to these other devices, the present 

invention need only receive a command file which describes each command 
and the associated parameter(s), or alternatively the previously described 
metafiles, as input. The method of the present invention is particularly 
suitable for operation with the TL1 interface, as each command of this 

20 interface features several parameters and values. Therefore, a GUI system is 
generally suitable and user-friendly for user interactions with the TL1 
commands. The method of the present invention facilitates such a GUI 
system by enabling the system to be automatically created, which is more 
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efficient than manual creation of such a set of interfaces. 

Indeed, on a more general level, the method of the present invention 
only requires a description of each command, including a description of the 
parameter(s) for each command, with a description of the relationships 
5 between commands and the components of the complex system, in order to 
build the GUI system as an interface for the user. Thus, the present invention 
is highly adaptable to various types of GUI systems for operating such 
complex systems. 

While the invention has been described with respect to a limited 
10 number of embodiments, it will be appreciated that many variations, 
modifications and other applications of the invention may be made. 
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CLAIMS: 

1 . A method for automatically generating an interface software 
program for entering a plurality of commands for operating a complex 
system by a user, the complex system featuring a plurality of components 
5 each supporting a sub-plurality of the commands, the steps of the method 
comprising: 

(a) providing a component interface for each of the plurality of 
components, said component interface including a command 
description of each of the corresponding sub-plurality of 

10 commands, including a description of each parameter for each 

command; 

(b) parsing said command description from said component 
interface to form a description of a command interface for each 
command for display to the user; 

15 (c) building said command interface for each command; and 

(d) creating the interface software program for displaying said 
command interface for each command to the user. 

2. The method of claim 1, wherein for at least a sub-plurality of the 
components, step (a) comprises the steps of: 
20 (i) providing a command description of each command supported 

by any of said sub-plurality of the components; 

(ii) providing a relationship between each said command and each 
of said sub-plurality of the components. 
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3. The method of claim 1 or 2, wherein the interface software 
program is generated for a complex system for interacting with a plurality of 
network elements, each network element corresponding to a component of 
the complex system. 

5 

4. The method of claim 3, wherein the complex system is a 
T::DAX® digital cross connect . 

5. The method according to any one of claims 1 to 4, wherein step 
1 0 (a) further includes the steps of: 

(iii) providing a default value for each parameter; and 

(iv) providing a plurality of permissible values for each parameter. 

6. The method of claim 5, wherein said plurality of permissible 
15 values includes a minimum value and a maximum value for numeric 

parameters, and a list of names for character string parameters. 

7. The method of claim 5, wherein sub-steps (iii) and (iv) of step 
(a) further comprise the steps of determining said default value and said 

20 plurality of permissible values for each parameter for each of the plurality of 
components. 
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8. The method of claim 7, wherein sub-step (iv) of step (a) further 
comprises the step of providing a list of excluded values for each parameter 
of each command. 

5 9. The method of claim 8, wherein the interface software program 

is generated for a complex system for interacting with a plurality of network 
elements, each network element corresponding to a component of the 
complex system and wherein step (a) further comprises the step of providing 
a list of at least one parameter corresponding to a network element. 

10 

1 0. The method of claim 2, wherein sub-step (ii) of step (a) further 
comprises the steps of: 

(A) determining at least one operation for performing with each of 
the plurality of components; and 
15 (B) determining a relationship between said at least one operation 

and each of the plurality of commands. 

1 1 . The method of claim 1 0, wherein step (a) further comprises the 
step of: 

20 (C) determining a security clearance of the user required before a 

command is accessed by the user. 
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12. The method of claim 1 , wherein step (a) further comprises the 
step of determining a help file for each of the plurality of commands, said 
help file including information for assisting the user for each command. 

5 13. The method of claim 12, wherein the interface software 

program is generated for a complex system for interacting with a plurality of 
network elements, each network element corresponding to a component of 
the complex system and wherein said help file is provided for each 
combination of a network element and a command for operation with said 
10 network element. 

14. The method of claim 1 , wherein step (b) further comprises the 
step of determining a template for said interface. 

15 15. The method of claim 14, wherein said interface is a GUI 

(graphical user interface) and said template features a plurality of GUI 
elements. 



20 



16. The method of claim 1 5, wherein said template features a name 
for each field corresponding to each parameter. 
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1 7. The method of claim 16, wherein said template features a name 
for each command, said name being altered according to a selection by the 
user. 



5 18. The method of claim 15, wherein step (c) is performed by a 

GUI builder software program. 

19. The method of claim 1, wherein step (d) further comprises the 
steps of: 

10 (i) providing a generic interface operation software program; 

(ii) generating a header file for each command; and 

(iii) constructing the interface software program from said header 
file and said generic interface operation software program. 
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